Electronic tool and methods for recording a meeting

ABSTRACT

An electronic meeting tool and method for recording a meeting. The method includes the steps of coupling a display node to at least one base node of at least one communications network, displaying data transmitted to the at least one base node from processing devices coupled to the at least one communications network on the display node during a meeting; and recording and storing digitally the data transmitted during the meeting and written on the whiteboard to provide a record of the meeting.

The present invention relates to electronic tools for meetings including methods or devices for providing connection to a communications network, to networks or methods of operating the network, methods or devices for use in displaying media content as well as software for performing any of these methods.

TECHNICAL BACKGROUND

Tools for Collaboration

Allowing ad hoc groups of persons to communicate with each other is one of the fundamental aspects of collaboration, problem solving, negotiation, teaching and education, etc. To assist in communication, there has been an explosion of electronic communication tools such as electronic conferencing tools, e.g. synchronous and asynchronous conferencing, online chat, Instant Messaging, audio conferencing, videoconferencing, data conferencing, application sharing, remote desktop sharing, electronic meeting systems, collaborative management (coordination) tools, project management systems, knowledge management systems, and social software systems.

One classic approach is the lecture or seminar often involving a presentation using presentation software. To a large extent the traditional single person presentation or lecture has been maintained with the audience being in a rather passive mode as far as determining, constructing, augmenting or modifying the information to be presented is concerned.

As with other business processes, meetings are going digital. Increasingly, people are using computer technology alone and in conjunction with broadband networks to support their meeting objectives prior to and during an actual meeting. For example, e-mail is used to pass around files for people to read prior to a meeting.

Collaborative workspaces in corporate networks and on the Internet offer geographically distributed collaborators a virtual repository for documents related to a project or a meeting. Electronic meeting support systems, such as interactive network-connected white boards and videoconferencing appliances, are available for the benefit of those who share the same room as well as those who are in remote locations.

The AMIDA Final Public Report describes the overall methodology behind the development of meeting support technologies. It reports that numerous studies confirm that meetings dominate the way people work. Namely, according to a study conducted by MCI Worldcom in 2003 a business person participates in 60 meetings per month. People meet in groups for a multitude of reasons. They interact in numerous predictable and unpredictable ways and the results of their interactions are as varied as the people who participate and the projects on which they are collaborating or communicating. Studies of business processes also reveal that approximately 80% of the “workload” associated with a project or process happens in preparation for a meeting. In other words, many people view the “live” meeting as a milestone or deadline by which they can pace and measure their productivity and that of their colleagues. Unfortunately, for many information managers, being in perpetual meetings has reduced their ability to prepare adequately for the next meeting, perpetuating a vicious and negative cycle.

However, Marc Al-Hames et al. report in “Audio-Visual Processing in Meetings: Seven Questions and Current AMI Answers”, that although large parts of working days are consumed by meetings and conferences, unfortunately a lot of them are neither efficient, nor especially successful. They report a study in which people were asked to select emotion terms that they thought would be frequently experienced in a meeting. The top answer—mentioned from more than two third of the participants—was “boring”; furthermore nearly one third mentioned “annoyed” as a frequently perceived emotion.

The conclusion is that despite the plethora of electronic aids to meetings, fundamental problems in handling meetings have not been solved. In fact organising and conducting meetings in a business context involves a large number of factors.

Participation

A lack of efficiency of meetings is addressed in the article “Mood indicators on electronic meeting tools” IBM, IP.com number: IPCOM000011711D, Publication Date: Mar. 12, 2003. This article addresses the issue that the lack of direct feedback makes meetings clumsy, inefficient and often unproductive. It proposes a “mood indicator” as well as an “I want to ask a question” indicator which allow the presenter to choose an appropriate moment to pause, change track or field a question. It is argued that interrupting a presenter in full flow can be awkward; however, sometimes it is difficult to get an opportunity to ask a question or make a comment when many different people are trying to make their voices heard. In a similar vein, U.S. Pat. No. 6,966,035 suggests displaying a “murmur frame” for a participant to express a view. To increase user participation, US 2010/0087139 discloses a system for sending a selection to another computer, and US 2006/0095376 discloses a system for secure voting. Commenting, voting or selecting requires that a central authority provides the information that is to be selected or commented or voted on. Hence, these proposals still leave a central figure such as the presenter in a dominating position and the other members of the meeting are largely an audience with limited selection or voting or participation rights.

A further problem with meetings is that someone is usually late or has to leave early. With the person arriving late one has to decide if the meeting is interrupted and a summary of the proceedings so far is given. For the person leaving early (often a senior person), subsequent discussions can go missing. If there is a notes taker, this provides a personal summary of the meeting—but not an objective one.

Presents systems do not provide an optimal solution.

Legal and Security Issues

A legal requirement of a meeting is that presentations, comments and submissions need to be completely reproducible—in some circumstances, e.g. in a share holders' meeting, the events in the meeting should be subject to total recall. Computer-supported collaborative work technologies, particularly those which capture human verbal and non-verbal communications (audio and video interaction) in addition to text and graphics generated during a meeting, promise to have a long term impact on how people will prepare for and behave during and following meetings. In addition, connecting to a network brings the danger of virus, malware or spyware transfer in either direction, and there is danger of copying of confidential information.

Practical Difficulties

Scalability and Ease of Use

There are even more fundamental problems with using electronic tools in meetings. If two persons want to make two presentations then usually either both presentations must be placed on one machine or there is a need to swap between the presenters' machines. To bring the display content of a computer to a projector, the most common ways are to use a cable that connects the display adapter of the graphics card to the video input of the projector [method 1] or to use a software that captures the display contents and sends it over a wired or wireless network to a remote base unit connected to the projector [method 2]. This is often called “remote desktop” and is mostly used for remote administration or remote IT assistance purposes.

Less common but also practiced methods are to use a special device connected to the display adapter of the graphics card, that captures, encodes and streams the display content over a wired or wireless network [method 3].

Method 1 has several practical problems and disadvantages. In meetings where people want to contribute content from their own computers, e.g. to project images on a display, typically a video cable such as a VGA cable is used to connect each PC one at a time to the projector. This is not only not scalable but also can be and often is quite a cumbersome process that typically wastes valuable meeting time and takes the dynamism out of the meeting. Connection can be made more difficult and time consuming for example if the computer has to be rebooted for it to detect the projector or when the format of the PC differs from the format of the projector. In addition changing format can leave the computer with a new format that is not compatible with its own screen so that on reboot of the PC alone, nothing is displayed on the computer screen. Without a visible screen image the necessary re-configuration can be difficult.

These issues are aggravated by a number of elements:

-   -   The use of many different video adapters, such as VGA, DVI, DP,         HDMI, . . .     -   Reach depends on cable length: too long leaves a tangled cable         “salad” in the meeting room, too short reduces flexibility,         often necessitating people to move around in the meeting room         when they want to present something.     -   Cable connection is either point to point or requires tedious         and extensive cabling and the use of complex and expensive video         switches.     -   It is often difficult and time consuming to find the right         display resolution and refresh rate that both the computer and         the display or projector support.

Method 2 also has many drawbacks. If the connection is made to a corporate LAN there is a danger of virus, malware or spyware transfer in either direction, there is danger of copying of confidential information, and there is the difficulty of making the connection, e.g. entry of a user code and password, as well the administration of such passwords and user codes.

The advantage of method 3 is that the computer does not need to use its own processing power to bring the display content in a form that is easily transported over a network. This advantage becomes less relevant as computers grow in processing power. A drawback of method 3 is that the same problems often encountered with method 1 of connecting to the display adapter remain. Another drawback is that the special device referred to requires significant processing power, which means that this device will consume much power, be relatively big and certainly be relatively expensive.

An alternative method in the making today is to use the well known USB interface of the computer for extracting the display content of the computer. US 2009/0198839 discloses such a pluggable cable arrangement. US 2011/0115689 discloses a similar USB solution for wireless connection to a projector. Accordingly connecting a projector to a computer using the standard USB port might become commonplace with time. However, this usually requires special drivers and even special hardware. Connecting a projector to a computer using the standard USB port hence might become commonplace—but even when that happens there will be a mix of new and legacy machines for several years.

Firewalls

Additional problems can occur with firewalls. Typically a visitor to a meeting will bring a computer such as a laptop that is set up for a different corporate networking environment and hence has different or incompatible networking settings. The setting up of a firewall can be complicated and if this is not done correctly, telecommunication software that has to pass through a firewall may be blocked. In order to solve problems associated with firewalls it may be necessary to open ports or identify or even add programs in an exception list. If, besides a network (hardware) firewall and an operating system firewall, there is any software based third-party firewall like Zonealarm, CA Internet Security Suite or McAfee Firewall, then it is necessary to follow that software developer's documentation to place programs on a safe list or adding exceptions to the firewall rules. Such activity is beyond the usual user. Fussing with computer settings, or having to call for IT support wastes valuable meeting time and takes the dynamism out of the meeting.

Conclusion

The following problems remain for holding a face-to-face meeting using advanced electronic tools at the present time:

-   -   Complexity of the networking infrastructure.     -   High demands on technical expertise of users in current systems         that are supposed to be designed to support everyday use by the         non-expert user.     -   Barriers to the use of complicated technology in meetings.     -   Great variety of possible collaborative software solutions—none         of which seems to solve the fundamental problems of holding         successful meetings.     -   Meetings being boring or annoying for members of the meeting.     -   Complexity of firewalls and other security measures employed in         corporate networks.     -   Lack of, or restriction of participation by members of a         meeting.     -   Time taken to prepare presentations for meetings.     -   Need to record events in the proper time sequence at meetings         without burdening a meeting more than necessary.     -   Display real estate is monopolised by a single presenter.

Although some tools solve some of these problems effectively, no electronic meeting tool solves all of them.

SUMMARY OF THE INVENTION

An object of the present invention is any one or any combination of the following:

-   1) Support the natural flow of the meeting in such a way that it     emulates a vocal conversation between a number of participants. This     principle of a democratic meeting relies on the social behavior well     understood and practiced by most people. Except for a few special     cases such as a political debate, people are perfectly able to have     a vocal conversation with each other without requiring a central     authority who decides who is allowed to speak at any moment in time.     When more than one person starts talking at the same time, at least     one of them will stop speaking and wait until the other person has     finished talking. -   2) Provide a mental map for the participants of the meeting. In     vocal communication, a participant knows which direction a voice     comes from and is usually able to recognize the voice. These aides     allow each participant to establish a mental map of the vocal     conversation. When it comes down to sharing visual information on a     central display, most existing solutions do a bad job at supporting     such a mental map. As the number of sources displayed during a     meeting increases, this becomes more and more problematic and     results in confusion and miscommunication. -   3) Make optimal use of the display real estate.

Embodiments of the present invention are compatible with the concept of a democratic meeting which implies that there's no central person who decides what sources are added to or removed from a central display. Each participant has identical rights just like in a vocal discussion between people. In the invention, one or more of the following methods can be used to add a source to or remove a source from the display:

-   1) The participant makes a first user action, such as pushes a     button on the peripheral device to put his/her source on the     display. If the display is full, the source will either not be added     and the participant receives or all participant receive a     notification about this, e.g. by a notification on the central     screen; or the new information will be added and the screen will be     auto-composed to reduce the sizes of the images, or another source     will be removed, e.g. in accordance with a rule. -   2) The participant makes a second user action such as pushes the     button on the peripheral device to remove his/her source from the     display. -   3) The participant makes a third user action such as pushes the     button and keeps it pressed for a short while to put his/her source     full screen on the display. In this case, all other sources are     removed from the display. This method does not conflict with the     principle of the democratic meeting as everybody has the possibility     to perform this action. Social courtesy will drive people not to     abuse this power. -   4) When the system has multiple displays, method 3 can be adapted to     work on additional levels. E.g. one long push on the button puts the     participant's source full screen on its current display. An     additional long push on the button puts the source full screen on     all displays.

Variations of the above where the display is never ‘full’ are included within the scope of the present invention. For example, the display real estate given to each source just becomes smaller and smaller as more contributions are made. As the readability of each source decreases as more and more sources are added, people have the motivation to remove their source reasonably quickly.

In an aspect of the present invention a method and system for displaying images on a plurality of display devices is provided, the method and system being adapted so that: processing devices are coupled to at least one communications network, each processing device having a memory and a display, image data is transmitted from the processing devices to the plurality of display devices via the at least one communications network, the transmitting being adapted to:

-   -   retain an aspect ratio of each image displayed on each         processing device;     -   optionally remove borders left/right or top/bottom of each image         and in addition     -   provide appropriate scaling, side by side or on-top positioning         and optionally spreading of the images to be displayed on the         plurality of display devices in a non-overlapping manner while         taking into account any of the display resolution, pixel         density, aspect ratio and orientation of each display device,         the topological arrangement of images on all display devices         being the same.

The multiple display devices can be provided at different locations, e.g. connected by a wide area network such as the Internet.

Aspects of the present invention include one or more of the following parameters:

-   1) The aspect ratio of the source is preferably retained on the     display. If needed, horizontal or vertical borders are added to     achieve this. -   2) The size of the source on the screen is related to the resolution     of the source. Sources with a higher resolution get more screen real     estate than sources with a lower resolution. -   3) The size of the source on the screen is related to the resolution     of the source and the pixel density of the display attached to the     device generating the source (e.g. the screen of a laptop or the     screen of a tablet). This ensures that a smartphone with a very high     resolution does not take a larger part of the screen than a laptop     with a lower resolution. -   4) The sequence in which sources are added affects their position on     the screen. For example, in most cultures it makes sense to add     sources left-to-right and top-to-bottom. -   5) Some scale factors are better than others and sometimes no     scaling is preferable to a very small scaling. The layout mechanism     should decide the scale factor of the source by choosing the optimal     display real estate usage and the scale factor which provides the     best readability.

A further aspect of the present invention is a layout and a layout mechanism. The layout mechanism determines the geometry of each source on the display using one of the following methods or a combination thereof:

-   1) The display is divided in a number of equal sized cells. Within     each cell, the source is shown as optimal as possible taking into     account the parameters described above. When all cells are filled     with a source, adding new sources is no longer possible. The     division of the display into cells can take into account the     characteristics of the display and the sources. For example, there     are a number of ways to divide a display into two cells of equal     size. The most obvious choices would be to either divide the display     horizontally or vertically into two equal parts. The best choice     depends on both the aspect ratio of the display as the aspect ratio     of the two sources. If the display is in portrait mode and both     sources are in landscape mode, the better choice would be to have     both cells on top of each other instead of next to each other. -   2) The same as method 1, but when all cells are filled with a     source, the number of available cells is increased by decreasing the     size of each cell. This fits the analogy with a vocal conversation     where an individual voice becomes less understandable as more people     talk at the same time. When sources are removed from the display,     the cells become bigger again. -   3) The sources are arranged on the display in such a way to maximize     the used screen estate. This method is more flexible than methods 1     and 2 as it allows more ways to optimizing the layout for different     source aspect ratios. One of the many existing box-fitting     algorithms can be used for this purpose. These algorithms typically     try to find the mathematically optimal solution to fit a set of     boxes (i.e. the sources) inside a bin (i.e. the display). The     box-fitting algorithm takes into account one or more of the     parameters described above (e.g. resolution, pixel density . . . ).     A weight is attributed to each parameter to establish each     parameter's relative importance. In the situation where there are     multiple displays, the box-fitting algorithm can be extended to find     the optimal solution for a set of boxes inside multiple bins.

An aspect of the present invention is multiple displays. When the system comprises multiple displays, the sources can be distributed over the displays in a number of ways.

-   1) Each display shows the same set of sources. On each display, the     sources are laid out in an optimal way using one of the methods     described above. This is different from standard mirroring because     each display can have different characteristics which might result     in a different composition. -   2) The different sources can be spread over the different displays.     There are several ways to decide which sources end up on each     display. One possibility would be to start adding sources to the     first display until it has reached a certain threshold (e.g. a     maximum number of sources) after which subsequent sources are added     to the next display and so. Another possibility would be to spread     the sources over all displays as evenly as possible. The first     source would then be added to the first display, the second source     to the second display and so on. -   3) A combination of methods 1 and 2. For example, if there's only     one source, it is shown on all displays (˜method 1), but when     there's more than one source, each display shows a different source     (˜method 2).

Another aspect of the present invention is layout transitioning. When the layout of the display changes due to a new source being added to the system or a due to a source being removed from the system, the layout of the sources on the display(s) needs to change. This is typically a point in the meeting where the participants risk getting confused because the mental map they have established no longer matches the display(s). Therefore embodiments of the present invention can use one or more of the following methods to help the participants make the mental link between the old and the new layout:

-   1) Sources transition to their new position, size and shape in an     animated fashion. -   2) A graphical effect is applied to new sources or disappearing     sources. E.g. new sources fade in and removed sources fade out. -   3) During a short period, a label identifying the source is shown on     top of new sources. The label can be, but is not limited to, one or     more of the following:     -   a) A name identifying the meeting room participant providing the         source or the device he's using to provide the source. For         example, the name of the participant or the hostname of his         device.     -   b) A text string generated by the base unit identifying the         source. For example: when the first source is shown, the text         ‘Source 1’ is shortly drawn on top of the source. When the         second source is shown, a ‘Source 2’ is drawn on top and so on.         The text string is retained throughout the whole duration of the         meeting, so that when a source disappears and reappears, it         always can be identified as the same source.     -   c) A symbol or another graphical representation identifying the         source. For example: when the first source is shown a red circle         is shortly drawn on top of the source. When the second source is         shown, a blue dot is drawn on top and so on. The symbol or         graphical representation is retained throughout the whole         duration of the meeting, so that when a source disappears and         reappears, it always can be identified as the same source. -   4) A sound is played when the layout changes. E.g., there could be a     sound indicating a new source and a different sound indicating a     removed source. -   5) The layout mechanism takes into account the old layout when     making the new layout and tries to minimize the need to reposition     existing sources.

The image data is preferably arbitrary image data selected by a user. Obtaining user selected arbitrary media content is preferably not obtained by application sharing but by the process of screen scrapping. Although software packages that provide screen scraping require installation on the target device, or at least require the installation of dedicated and/or custom drivers, embodiments of the present invention use software loaded onto the peripheral device which allows screen scraping when run on the processing device but leaves a zero footprint when terminated. Embodiments of the present invention can screen scrape full HD videos at 20 fps without requiring any installation of a program on the processing device nor requiring configuring the processing device such as a PC that they run on for the connectivity to the network hence meeting “zero footprint” requirements. The screen scraping program does not require software installations for the audio part.

In an aspect the present invention provides an electronic meeting tool for communicating arbitrary media content from users at a meeting comprising: a node configuration means adapted to operate a display node of a communications network, the display node being coupled to a first display, the node configuration means being adapted to receive user selected arbitrary media content and to control display of the user selected arbitrary media content on the first display; and at least one peripheral device adapted to communicate the user selected arbitrary media content via the communications network, wherein the peripheral device is a connection unit comprising:

-   -   (a) a connector adapted to couple to a port of a processing         device having a second display, a memory and an operating         system; and     -   (b) a transmitter for communicating with the communications         network,

a program adapted to be loaded onto the processing device and to run on the operating system of the processing device, said program being adapted to obtain user selected arbitrary media content, said program leaving a zero footprint on termination, and an input device to allow the user to carry out a user action that triggers transfer of said user selected arbitrary media content to said transmitter through said port.

The program can be stored on the peripheral device. The transmitter can be a wireless transmitter or transceiver. The peripheral device can be a plug-and-play device. The program can adapted to screen scrape content of the second display.

The input device can be physical actuator coupled to the peripheral device. The physical actuator preferably has a surface area of between 100 and 14,400 square mm.

Alternatively, the input device can be a key displayed on the second display. The key displayed on the second display can be one not screen scraped by the program.

On the peripheral device a mass storage device is provided that stores the software to be run on the processing device. The mass storage device can be logically closed once the software has been read and loaded and is running from RAM in the processing device. Also provided on the peripheral device is a further device such as an HID (human interface device) to capture user input and provide user feedback. In embodiments of the present invention, the peripheral device contains multiple internal logical devices that are combined:

An HID (human interface device) used for capturing user input (e.g. following a user action such as pressing or activating a button) and providing user feedback, e.g. by an optical indicator such as a light ring around the button e.g. an LED ring, for streaming the screen scraped video content to the network and hence to a base unit and a display,

A mass storage device used to store the application, and optionally

An audio device that acts as a virtual sound card to a client PC over USB, using a generic driver such as a UAC1 or UAC2 device driver.

Embodiments of the present invention are not limited to application sharing but make use of screen scraping which is able to capture all material in a neutral manner rather than being limited by proprietary applications. Further the screen scraper application is zero footprint on termination rather than being fully installed on the processing device. Embodiments of the present invention can provide arbitrary “full content” to the meeting room and participants can display in real-time,

The real-time content is shown on a central display rather than being broadcast to individual participants or archived.

Embodiments of the present invention “auto compose” arbitrary user data on a central display or screen so that full real-time content that is provided by multiple meeting participants who intentionally share this content in order to make the meeting more effective and efficient,

Embodiments of the present invention implement a principle of “democratic screen sharing”, in which the meeting participants decide themselves on a peer-to-peer basis which content to share when and where. Peer-to-peer data sharing differs from systems in which the content to be displayed is determined by a presenter or meeting director. The user determines where his content is routed to and can do so without any software configuration on the user processing device.

In another aspect the present invention provides a method for connecting a processing device to a communications network, the processing device having a memory, a display and an operating system with at least one pre-installed generic driver providing a generic communications protocol for communication between processing device and a standard class of peripheral devices, the method comprising the steps of:

a) coupling a peripheral device to the processing device, the peripheral device having a transceiver;

b) setting up, by means of the pre-installed generic driver of the operating system, a means for communication between the peripheral device and the processing device;

c) coupling the processing device to a communications network via the peripheral device;

d) routing screen scraped data between the processing device and the communication network via the means for communication, wherein the generic communication protocol is used for transferring the screen scraped data between the processing device and the peripheral device.

The routing of the screen scraped data can be to a defined network node such as a display node without user entry of configuration details. Thus the routing can be dedicated to a specific network node such as a display node, base station etc. This is achieved by pairing of the peripheral device to the relevant node before the communication starts.

In accordance with embodiments of the present invention users start an application from the peripheral device such as a USB dongle, thus making the connection in a 3 step process: (1) connect, e.g. plug in the peripheral device to the processing device, (2) start the screen scraping application, (3) perform a user action such as click on a button on the peripheral device to go allow content to be displayed on the central screen or display. To achieve step 2 Autorun or AutoPlay can be used with some Windows operating systems, but there are many different variants based on the OS version and which patches have been installed. Furthermore, this mechanism is generally considered a security hazard, which is why most IT departments will disable Autorun/Autoplay. Other OS providers have disabled this function, e.g. Apple removed a similar functionality entirely from its OS/X since Snow Leopard.

In an embodiment of the present invention a very small service—also called daemon on some OS's—is provided that requires installation on the processing device such as a laptop. This service is pre-installed on the processing device. The installation is required only once on every processing device such as a laptop. The role of this is to provide a permanently running service which continuously monitors if a peripheral device according to the present invention has been offered up for connection to the processing device. When such a peripheral device is connected, the service will detect this and start the client application software residing in the mass storage area of the peripheral device. Once the service is installed, connectivity with the peripheral device becomes a 2 step process: connect, e.g. plug in the peripheral device to the processing device, (2) perform a user action such as click on a button on the peripheral device to go allow content to be displayed on the central screen or display. The application loaded from the processing device still leaves a zero footprint on termination

Step b) can comprise presenting the peripheral device to the processing device as a human interface device (e.g. USB HID) and wherein the pre-installed generic driver is a human interface device driver (e.g. USB HID driver).

Alternatively or additionally step b) can comprise presenting the peripheral device to the processing device as a mass storage device and wherein the pre-installed generic driver is a mass storage device driver.

Alternatively or additionally, step b) comprises presenting the peripheral device to the processing device as a composite device (e.g. USB composite device) and wherein pre-installed generic drivers drive different device interfaces independently.

A client application can be stored on the peripheral device which when run on the processing device obtains the screen scraped data. Such a client application can be a portable application as can leave a zero footprint on termination.

In another aspect the present invention provides a peripheral device for providing communication connectivity to a processing device which is provided with memory, a display and an operating system with at least one pre-installed generic driver providing a generic communication protocol for communication between the processing device and a standard class of peripheral devices, the peripheral device comprising a memory in which executable software code is stored for execution on the processing device, said executable software code comprising:

a first software code portion for setting up, by means of the pre-installed generic driver of the operating system, a means for communication between the peripheral device and the processing device;

a second software code portion for connecting the processing device to a communications network via the peripheral device, the peripheral device having a transceiver;

a third software code portion for screen scraping data from the processing device; and

a fourth software code for routing screen scraped data between the processing device and the communications network over the means for communication; wherein the first software code portion is adapted to use the generic communication protocol for transferring the screen scraped data between the processing device and the peripheral device.

The first software code portion can be adapted to present the peripheral device to the processing device as a human interface device and wherein the pre-installed generic driver is a human interface device driver. The first software code portion can be adapted to present the peripheral device to the processing device as a mass storage device and wherein the pre-installed generic driver is a mass storage device driver. The first software code portion can be adapted to present the peripheral device to the processing device as a composite device and wherein pre-installed generic drivers drive different device interfaces independently.

The executable software code can comprise fifth code for providing a means for connecting to the communications network including a base node. The third code can provide means for capturing video frame buffers of the processing device.

The executable software code can comprise sixthcode for providing a means for encoding, compressing and optionally encrypting the screen scraped data and sending the screen scraped data the communication network. The executable software code can comprise seventh code for providing a means for handling the peripheral device. The executable software code can comprise eighth code for providing means for initiating connection to the base node. The executable software code can comprise ninth code for receiving inputs from an input device on the peripheral device. The executable software code can comprise tenth code for providing a means for sending state changes to the visual indicator on the peripheral device. The executable software code can comprise eleventh code for providing a means for presenting to the user a GUI. The executable software code can comprise twelfth code for presenting a GUI for administration of the said executable software code when executed as a portable application. The executable software code can comprise thirteenth code for providing a means for displaying and activating a key on the display of the client processing device for allowing a user to input the start the transfer of data from the processing device to the base node.

In another aspect the present invention provides a peripheral device for providing communication connectivity to a processing device which is provided with memory, a display and an operating system with at least one pre-installed generic driver providing a generic communication protocol for communication between the processing device and a standard class of peripheral devices, the peripheral device comprising a memory in which executable software code is stored for execution on the processing device, said executable software code comprising:

a first software code portion for setting up, by means of the pre-installed generic driver of the operating system, a means for communication between the peripheral device and the processing device;

a second software code portion for connecting the processing device to a communications network via the peripheral device, the peripheral device having a transceiver; and

a third processing software code for routing data between the processing device and the communications network over the means for communication; wherein the first software code portion is adapted to use the generic communication protocol for transferring the data between the processing device and the peripheral device, and an input device coupled to the peripheral device, the input device being adapted to react to a user action to trigger the transfer of the data from the processing device to the peripheral device.

The first software code portion can be adapted to present the peripheral device to the processing device as a human interface device and wherein the pre-installed generic driver is a human interface device driver. The first software code portion can be adapted to present the peripheral device to the processing device as a mass storage device and wherein the pre-installed generic driver is a mass storage device driver. The first software code portion can be adapted to present the peripheral device to the processing device as a composite device and wherein pre-installed generic drivers drive different device interfaces independently.

The input device is preferably a physical actuator coupled to the peripheral device. The physical actuator preferably has a surface area of between 100 and 14,400 square mm. The input device can be for example a key for display on the display. The executable software code can comprise fourth code for providing a means for connecting to the communications network including a base node. The executable software code can comprise fifth code for providing a means for capturing video frame buffers of the processing device. The executable software code can comprise sixth code for providing a means for encoding, compressing and optionally encrypting the video frames and sending them over a secure link to the base node. The executable software code can comprise seventh code for providing a means for handling the peripheral device. The executable software code can comprise eighth code for providing a means for initiating connection to the base node. The executable software code can comprises ninth code for receive inputs from an input device on the peripheral device. The executable software code can comprise tenth code for providing a means for sending state changes to the visual indicator on the peripheral device. The executable software code can comprise eleventh code for providing a means for presenting the user a GUI. The executable software code can comprise twelfth code for presenting GUI for administration of the executable software code when executed as a portable application. The executable software code can comprise thirteenth code for providing a means for displaying and activating a key on the display of the processing device for allowing a user input to start the transfer of data from the processing device to the base node.

In another aspect of the invention a peripheral device is provided for providing communication connectivity to a processing device which is provided with memory, a display and an operating system with at least one pre-installed generic driver providing a generic communication protocol for communication between the processing device and a standard class of peripheral devices, the peripheral device comprising a memory in which executable software code is stored for execution on the processing device, said executable software code comprising:

a first software code portion for setting up, by means of the pre-installed generic driver of the operating system, a means for communication between the peripheral device and the processing device;

a second software code portion for connecting the processing device to a communications network via the peripheral device, the peripheral device having a transceiver;

a third software code portion for receiving media content from the network and for displaying the media content on the display in accordance with a set of rules; wherein the first software code portion is adapted to use the generic communication protocol for transferring the media content between the peripheral device and the processing device.

The executable software code can comprise fourth code for providing a means for correctly configuring a receiver as an access point. The executable software code can comprise fifth code for providing a means for listening for output of connection units trying to connect on a specific port. The executable software code can comprise sixth code for providing a means for a GUI for administration purposes. The executable software code can comprise seventh code for providing a means for publishing its presence over the network using the zeroconf protocol. The executable software code can comprise eighth code for providing a means for accepting and installing software updates. The executable software code can comprise ninth code for providing a means for providing facilities for pairing of connection units to the processing device. The executable software code can comprise tenth code for providing a means for auto-composing of different incoming arbitrary media streams and rendering of composited image on display. The executable software code can comprise eleventh code for providing a means for receiving, decrypting and decoding incoming arbitrary media content. The executable software code can comprise twelfth code for scaling of incoming arbitrary media streams. The executable software code can comprise thirteenth code for providing a means for displaying incoming arbitrary media content in accordance with a set of rules.

The present invention also provides a method for communicating arbitrary media content from users at a meeting comprising:

operating a display node of a communications network, the display node being coupled to a first display, to receive user selected arbitrary media content and to control display of the user selected arbitrary media content on the first display; and connecting a peripheral device to a port of a processing device and communicating the user selected arbitrary media content via the communications network, loading a program onto the processing device and running the program on the operating system of the processing device to obtain user selected arbitrary media content, said program leaving a zero footprint on termination, and

triggering transfer of said user selected arbitrary media content to said transmitter through said port after a user action on an input device.

The present invention also provides a peripheral device comprising:

a base

a connector for connection to a plug and play port of a host processing device,

a flexible connection between the base and the connector for transferring data signals and power,

an actuator on the base for actuating a signal and for transferring the signal to the connector for transfer to the port, wherein the base has electronics comprising permanent storage for storing a portable application, a processing engine, a transceiver and a visual indicator.

The present invention also provides a method for providing communication connectivity from a processing device,

setting up a communications network between a base node of the communications network and a peripheral device coupled to the processing device;

transferring media content between the processing device and the peripheral device, transmitting the media content from the peripheral device to the communications network,

receiving media content from the communications network at the base node and

displaying the media content on a display in accordance with a set of rules.

Any of the above software code stored on a non-transitory storage medium.

Definitions

“Plug and play” is a term used to describe the characteristic of a computer bus, or device specification, which facilitates the discovery of a hardware component in a system, without the need for physical device configuration, or user intervention in resolving resource conflicts. Plug and play devices can be added to a bus of a computing system (while running or when shut down), and the newly added device and possibly the rest of the computing system is automatically configured to make the newly added device work, both from hardware and from software perspective.

Plug and play interfaces include for example (not an exhaustive list): Firewire (IEEE-1394), PCI, Mini PCI, PCI Express, Mini PCI Express, PCMCIA, PC Card, Universal Serial Bus (USB), SDIO cards.

“Auto-configuration” is the automatic configuration of devices without manual intervention, without setting any switches or jumpers, and without any need for software configuration. An example of auto-configuring devices: USB devices. Examples of auto-configuring protocols: DHCP, Zeroconf, Bonjour.

A plug and play device has auto-configuration software by default to make it plug and play. Example: USB devices are made to be plug and play by including the correct auto-configuration software (e.g. host driver, host stack, application software). Autoconfiguration can also refer to a software alone and is not restricted to a physical device.

“Hot swapping and hot plugging” are terms used to describe the functions of replacing computer system components without shutting down the system. More specifically, hot swapping describes replacing components without significant interruption to the system, while hot plugging describes the addition of components that would expand the system without significant interruption to the operation of the system. A well-known example of this functionality is the Universal Serial Bus (USB) that allows users to add or remove peripheral components such as a mouse, keyboard, or printer. Other examples are eSATA, PCIe, FireWire, for example.

A “portable application” (portable app), sometimes also called standalone, is a computer software program designed to run without installation on the target machine. This type of application is stored on a removable storage device such as a CD, USB flash drive, flash card, or floppy disk—storing its program files, configuration information and data on the storage medium alone. It is a program that can be stored on an electronic device such as a USB flash drive, iPod, memory card, portable hard drive or other portable electronic device and runs on a computer or other processing device coupled to the electronic device without making permanent configuration changes to the host computer. All such programs have a zero-footprint, meaning all temporary files, registry entries, and any other changes to the machine exist only while the program is running

To be considered a portable application, for purpose of this invention, a software program must:

Not require any kind of formal installation onto a computer's permanent storage device to be executed, and can be stored on a removable storage device such as USB flash drive, iPod, memory card, portable hard drive or other portable electronic storage device thus enabling it to be used on multiple computers.

Settings are stored with, and can be preferably carried around with, the software (i.e., they are written to the electronic device such as a USB drive). Settings are not stored to the registry or any other central system database of the computer.

Leaves a zero (or near-zero) “footprint” on any PC it is run on after being used. i.e., all temporary files/registry settings should be either avoided or at least removed once the program has exited, and files created by the user can be saved directly to the same removable media as the application is stored on.

A portable application does not leave its files or settings on the host computer on which it runs. For example, the application does not write to the Windows registry or store its configuration files (such as an INI file) in the user's profile; instead, it stores its configuration files in the program's directory. Another requirement, since file paths will often differ on changing computers due to variation in Windows drive letter assignments, is the need for applications to store them in a relative format. Preferably, such a program does not require a launcher program to copy necessary settings and files to the host computer when the application starts and move them back to the application's directory when it closes as this may leave a residue on the hard drive in case of power failure.

“Electronic meeting systems” (EMS) need to be distinguished on the one hand from classic groupware, on the other from web conferencing systems. In reality, there is some overlap between minor features of products of the named categories. The main difference from groupware is the intensity of collaboration. EMS should be distinguished from systems with which it is possible to show the contents of an individual computer screen on a remote display with multiple users at the same time.

“Groupware” supports collaboration within groups where the individual contributions remain identifiable. In contrast, EMS enable the group to cooperatively produce a result for which the group is responsible as a whole. In a business process, groupware and electronic meeting systems complement each other: Groupware supports teams when researching and creating documents in the run up to an EMS session or when implementing the results of such a session.

“Web conferencing systems” and “electronic meeting systems” complement each other in the online meeting or workshop: EMS extends the web conferencing system by providing interactive tools for producing and documenting group results. On the other hand, “web conferencing systems” complement EMS with the screen sharing and voice conferencing functionality required in synchronous online meetings and not present in EMS.

“Data conferencing” refers to a communication session among two or more participants sharing computer data in real time. Interaction and presentation devices such as a screen, keyboard, mouse, camera, etc. can be shared. It is a term used to distinguish from video conferencing and audio conferencing. The data can include screen, documents, graphics, drawings and applications that can be seen by the participants of the meeting.

“Application sharing” is an element of remote access, falling under the collaborative software umbrella, that enables two or more users to access a shared application or document from their respective computers simultaneously in real time. Generally, the shared application or document will be running on a host computer, and remote access to the shared content will be provided to other users by the host user. Application sharing should be distinguished from systems in which collaboration on the applications between different users is not possible but the contents of individual computer screens can be projected onto a remote display with multiple users at the same time.

The term “arbitrary media content” refers to the fact that a user may generate, create or select any media content that is appropriate to display. This differs from client voting on, or selecting of media content that is displayed by another in a meeting or presentation. This term refers to client oriented, distributed rights and privileges for the display of content rather than a central presenter providing content which is presented to the members of the meeting.

“Screen scraping” in our sense refers to reading the video frame buffers and processing them, rather than just rendering them on a display. Screen scraping for presentations is described in US2002/0196378 to Slobodin et al which is included herein by reference.

“Auto composition” or “auto layout” refers to the automatic nature in which multiple graphics/video sources are rendered on a central display, without user intervention and in a way that a user would intuitively expect it to happen.

“Wireless” and “wireless communication network” can be any network that does not use cable links between nodes, e.g. uses RF, optical or InfraRed for communication purposes, such as IrDA, diffuse infra-red, WLAN, WiMax, WiFi, WiFi Direct, Bluetooth or any other wireless communication network known to the person skilled in the art such as optical networks like LiFi.

“Computer” generally refers to a processing device, i.e. having a processing engine capable of various types of digital processing, such as rendering graphics images for display. A computer can be in the form of a work station, a personal computer, a laptop, a palm top, a PDA, a smartphone, a tablet etc. Generally a computer has memory such as volatile RAM. Non-volatile memory such as a hard disc, optical disk or solid state memory can be included in the computer or can be a peripheral device. Currently most computers are electronic but the term “computer” also include optics based computing devices.

The term “pre-installed generic driver” is intended to mean a driver which is installed on a processing device such as a computer as a standard driver, e.g. is installed with the installation of the operating system. Such a driver is standard for the operating system and can drive a standard class of peripheral devices coupled to or connected to the processing device. The installation of a specific driver for such a peripheral device is not required. Such a generic driver can be a human interface driver (HID) or a mass storage device driver, which has predetermined software components configured for driving mass storage, a CD-ROM, a keyboard etc. or combinations of these. Such devices can be readable and writable computer peripheral memory devices such as USB memory sticks, flash memories, external hard drives, or more.

BRIEF DESCRIPTIONS OF THE DRAWINGS

FIG. 1a shows a meeting room that can be used with embodiments of the present invention. FIG. 1b shows a combination of a client processing device, a connection unit, a base node and a display in accordance with an embodiment of the present invention.

FIG. 2 shows a screen display in accordance with an embodiment of the present invention.

FIGS. 3 to 5 show a base node and a peripheral device and a client processing device in accordance with embodiments of the present invention.

FIG. 6 shows a display in accordance with an embodiment of the present invention.

FIG. 7 shows a peripheral device in accordance with an embodiment of the present invention.

FIG. 8 shows a client processing device in accordance with an embodiment of the present invention.

FIG. 9 shows a further client processing device in accordance with an embodiment of the present invention.

FIG. 10 shows an embodiment of a peripheral device in accordance with an embodiment of the present invention.

DETAILED DESCRIPTION OF THE EMBODIMENTS OF THE PRESENT INVENTION

The present invention will be described with respect to particular embodiments and with reference to certain drawings but the invention is not limited thereto but only by the claims. The drawings described are only schematic and are non-limiting.

Furthermore, the terms first, second, third and the like in the description and in the claims, are used for distinguishing between similar elements and not necessarily for describing a sequential or chronological order. The terms are interchangeable under appropriate circumstances and the embodiments of the invention can operate in other sequences than described or illustrated herein.

Moreover, the terms top, bottom, over, under and the like in the description and the claims are used for descriptive purposes and not necessarily for describing relative positions. The terms so used are interchangeable under appropriate circumstances and the embodiments of the invention described herein can operate in other orientations than described or illustrated herein.

The term “comprising”, used in the claims, should not be interpreted as being restricted to the means listed thereafter; it does not exclude other elements or steps. It needs to be interpreted as specifying the presence of the stated features, integers, steps or components as referred to, but does not preclude the presence or addition of one or more other features, integers, steps or components, or groups thereof. Thus, the scope of the expression “a device comprising means A and B” should not be limited to devices consisting only of components A and B. It means that with respect to the present invention, the only relevant components of the device are A and B.

Similarly, it is to be noticed that the term “coupled”, also used in the description or claims, should not be interpreted as being restricted to direct connections only. Thus, the scope of the expression “a device A coupled to a device B” should not be limited to devices or systems wherein an output of device A is directly connected to an input of device B. It means that there exists a path between an output of A and an input of B which may be a path including other devices or means.

Elements or parts of the described devices may comprise logic encoded in media for performing any kind of information processing. Logic may comprise software encoded in a disk or other computer-readable medium and/or instructions encoded in an application specific integrated circuit (ASIC), field programmable gate array (FPGA), or other processor or hardware.

References to software can encompass any type of programs in any language executable directly or indirectly by a processor.

References to logic, hardware, processor or circuitry can encompass any kind of logic or analog circuitry, integrated to any degree, and not limited to general purpose processors, digital signal processors, ASICs, FPGAs, discrete components or transistor logic gates and so on.

Embodiments of the present invention provide solutions to three major problems with meetings:

-   a) the time taken to prepare for a meeting. This is mainly achieved     by allowing “on-the-fly” presentation of any displayable     information. This information does not have to be linked into any     particular presentation software, nor to be compatible with any such     presentation software, -   b) the time taken to conduct the meeting using electronic meeting     tools. This is achieved by reducing the time to connect computers to     the display or projection system. -   c) the time taken to reflect and review and document the meeting     afterwards. This is achieved by providing the possibility of     recording the course of the meeting in the same time sequence that     it was carried out as well as be able to store all data presented     and who presented it.

FIG. 1a is a schematic representation of a generic meeting room 30 with a meeting table that can be used with embodiments of the present invention. Participants 37 having some form of processing device 31 such as a laptop computer, a tablet, a PDA etc. Each of the processing devices 31 can be a host device and has a first connection unit 47 to which it is coupled. The first connection unit 47 provides access to a network 50 which in this case is a wireless network, but could be a wired network. Each connection unit 47 may be coupled to an input device 48 which will be described in more detail later. A user 37 will typically at a distance from the processing device 37 which is ergonomically satisfactory. This ergonomic boundary is typically an area of about 1000 sq cm to 4000 sq cm. This ergonomic boundary will typically have the user as one side of the boundary and the comfortable reach of the arms will determine an area on the left and right of the processing device which falls within the ergonomic boundary and the far edge of the boundary of the processing device (normally delimited by a display screen) will determine the other side of the ergonomic boundary. The area defined by the ergonomic boundary will overlap or include the processing device 31 itself. The processing device will also have an outer physical boundary. The input device 48 is preferably arranged to operate outside the boundary of the processing device 31 but within the ergonomic boundary. Preferably the input device is arranged to function when it is flat on the table. The input device preferably has an size of activation area of between 1 and 144 square cm.

Preferably the network 50 is a local area network, i.e. preferably local to the meeting room for security reasons but the network 50 may have access to other local or wide area networks such as 51 or to a larger corporate network or the internet 43, for example via a router 42. Another node of the network 50 is the base or display node 36. This node 36 may optionally be a wireless access point. The base node 36 may also be a processing device or host computer and may be coupled to a second connection unit 49 that provides access to the network 50 thus linking all of the processing devices 31, 36 together. The connection unit may have an input device as described above. Alternatively, network connections installed on the base node 36 can be used. Audio equipment 46 may be provided, e.g. a telephone that allows other members of the meeting to call in from remote destinations.

The display node 36 is coupled to and adapted to allow display of media on some kind of display 44. The display node is in embodiments of the present invention a base node of the communications network 50. The display 44 may be a projector and/or screen, the projector being coupled to the base node 36. A whiteboard 45 can optionally be provided that can be optionally coupled to the display 44 and/or the base node 36, e.g. when the whiteboard can record electronically what is written on it. Optionally, a camera 35 may be provided to record the entries on the whiteboard 45. The camera 35 may have a third connection unit 52 for connecting the camera 35 to the network 50 so that the data from the whiteboard can be recorded and stored or transmitted to other networks via router 42. The connection unit 52 may have an input device 53 as described above for the connection unit 47.

Optional equipment can be cameras 39, 40, 41 for recording the progress of the meeting. These cameras can be linked by a network 51, e.g. a cable network to the router 42 and/or the base node 36. Another optional item is a microphone or microphones 38 that can be used to transfer audio, e.g. to the processing devices 31 and to loud speakers (not shown) attached to the base node 36 or part of the display 44.

Any or all of the outputs of the processing devices 31, the cameras, the whiteboard, etc. can be recorded and stored digitally, e.g. in node 36 or elsewhere to provide a complete record with correct time sequence.

Summarising the above, the present invention provides an electronic meeting tool for communicating arbitrary media content between different users 37 (with their own processing devices 31, e.g. PC, mobile phone, or tablet) and one display or projector or multiple displays or projectors 44 in the meeting room 30.

Referring to FIGS. 1a and 1b embodiments of the present invention comprise a base or display node 36 being a processing device, e.g. a host computer adapted to receive user selected arbitrary media content, the base node 36 being coupled to a central display 44 which can be a fixed format display and/or a projector or similar. The arbitrary media content can be provided from any of the user processing devices 31.

The base node 36 can be adapted to display the received user selected arbitrary media content in accordance with a set of rules, e.g. FIFO, automatically, on request or approval, forced to display, in accordance with a priority etc. Optionally the base node 36 is adapted to force display of the received user selected arbitrary media content, i.e. to allow participation in the meeting by an individual user displaying own selected content on display 44 independently of the person who is nominally responsible for giving a presentation or chairing the meeting. Forcing the display can also be considered as a rule. The meeting tool can also be adapted to allow a priority setting. This means that a user can set a priority setting for the media to be displayed. A priority of “1” for example can be interpreted by the base node as a forced display, a priority “2” can be interpreted by the base node as display as soon as possible, priority “3” can be interpreted by the base node as place in queue and display as the time comes etc. Setting and using priorities for display are also considered to be working to rules. To execute the rules, the base node 36 may have a decision module. The base node 36 may be a host computer having a processing engine such as a microprocessor and a memory. Preferably, the base node 36 is adapted to treat media content passed to the base node 36 from any or all of the connection units 47 . . . 52 in an equal manner. The base node 36 may be adapted to auto compose the media content on the central display 44 connected to it, e.g. from one or more processing devices 31.

An independent aspect of the present invention is at least one connection unit 47, (optionally 49 for receiving or camera connection unit 52) adapted to communicate the user selected arbitrary media content to said base node 36. Preferably the connection units 47 and/or optionally 49 or 52 are physical plug-and-play devices. An example of a connection unit is shown schematically in FIG. 10.

The connection unit 47 may be integrated into a user processing device 31, e.g. as an internal peripheral device or may preferably be an external peripheral device comprising a connector adapted to couple to a port of a user processing device 31. The processing device 31 may have a client display, a processing engine such as a microprocessor, a memory and an operating system. The optional connection unit 49 may integrated into the base node 36, e.g. as an internal peripheral device or may be an external peripheral device comprising a connector adapted to couple to a port of the base node 36. The connection unit 49 may be fully integrated into the base node 36, e.g. is an internal network interface of the base node 36. The base node 36 may have a processing engine such as a microprocessor, a memory and an operating system.

The user processing devices 31, the connection units 47, (optionally 49) and the base node 36 co-operate to form a communication network 50 for linking between at least one of the plurality of processing devices 31, 36, 35 and the central display device 44. The communication network 50 is adapted to receive arbitrary media content from at least one of the plurality of processing devices 31 and to transmit the arbitrary media content of at least one of the plurality of processing devices to the central display device 44.

An independent aspect of the present invention is a portable application 60 adapted to be loaded onto a client processing device 31 and to be run on the operating system of the client processing device 31. The portable application 60 runs as a process on the client processing device 31 that is adapted to deliver an arbitrary media content from the client processing device 31 to the communication network 50 in response to a user action applied to an input device 48, the process leaving a zero footprint on the client processing device 31 on termination. Optionally the portable application 60 is stored on each connection unit 47 and optionally 49. Preferably the portable application 60 is adapted to “screen scrape” content of the client display of the client processing device 31. Optionally the portable application 60 when run on a processing device 31 is adapted to “screen scrape” content of the client display of this client processing device 31 and to transmit it via a connection unit 47. Optionally the portable application 60 when run on the processing device is adapted to “screen scrape” content of the client display of the client processing device 31 and to transmit it via a network interface of the processing device 31, for example if the connection unit 47 has no transmitter or this is not functioning.

The connection unit 47 for communicating with said base node 36 has a network interface e.g. comprising a transmitter 62. The transmitter 62 is preferably a transceiver. Optionally the transmitter/receiver can be a wireless transmitter/receiver.

The base node 36 for communicating with the connection unit 47 has a receiver 63 which can be included in the connection unit 49 or integrated into the base node 36. The receiver is preferably a transceiver. Optionally the transmitter/receiver can be a wireless transmitter/receiver.

The input device 48 allows a user interaction with the connection unit 47. Preferably the input device 48 is physical actuator coupled to the connection unit 47. The user action applied to the input device 48 generates a signal that can trigger transfer of data from the processing device 31 (to which the connection unit 47 is coupled) to the network 50. Preferably the input device 48 has an activating surface that is between 100 and 14,400 square mm. Optionally the input device 48 can be a key displayed on the client display 1 of a client processing device 31. This key can be activated, e.g. by use of a pointing device such as a mouse trigger transfer of data from the processing device 31 to the network 50.

The connection unit 47 is preferably provided with a visual indicator 61, e.g. for allowing user feedback from the connection unit 47 of the status of any activity.

The system also can include a server program 64 adapted to be loaded onto the base node 36, said program 64 being adapted to receive arbitrary media content from one or a plurality of client processing devices 31 through said connection units 47, (optionally 49), and to show this plurality of arbitrary media content streams on one or a plurality of displays 44. The server program 64 may be adapted to allow display in accordance with one or more rules, e.g. FIFO, automatically, on request, forced, in accordance with a priority etc. To execute the rules, the server program 64 may have a decision module.

Preferably, the server program 64 is adapted to treat media content passed to it from any or all of the connection units 47 . . . 52 in an equal manner. The server program 64 may be adapted to auto compose the media content on the central display 44.

The server program 64 may be a portable application adapted to be loaded onto the base node 36 and to be run on the operating system of the base node 36. The portable application 64 runs a process on the base node 36 that is adapted to display an arbitrary media content received from the client processing device 31 via the communication network 50, the process leaving a zero footprint on the base node 36 on termination. Optionally the portable application 64 is stored on each connection unit 49 and optionally 47 and can be installed therefrom.

The system may also include a central display device 44 and optionally a whiteboard 45 or other display means such as a printer. The display 44 being adapted to receive user selected arbitrary media content, and may be adapted to allow display of the received user selected arbitrary media content in accordance with one or more rules, e.g. FIFO, automatic, forced, on request or approval, in accordance with a priority etc.

Optionally, one of the connection units 47 can be adapted to be a master connection unit. Such a master connection unit may be adapted to instruct the base node when media content from a client processing device 31 may be displayed or which of the processing devices may be allowed to send content for display.

In embodiments of the present invention, at least one portable application is used, e.g. for the client software on a client processing device 31 or optionally on the base node 36. In these embodiments, one of the pre-installed generic drivers of the operating system on the relevant computer device 31, 36 is exploited for setting up communication from the computer device 31, 36 to the network 50 via the connection unit 47, (optionally 49). The generic driver is used in connection with the connection unit 47, (optionally 49) operating as a peripheral device but the use can go beyond that of the standard class of peripheral devices for which the generic driver is intended. In some embodiments the connection unit 47, (optionally 49) operated as a peripheral device communicates with the relevant processing device 31, 36 by using a generic communication protocol provided by the pre-installed generic driver. Pre-installed USB drivers are examples. Preferably the setting up of the communication of network 50 using connection unit 47, (optionally 49) does not alter or affect the networking capability of the relevant processing device 31, 36. For example, if a browser is started on the client processing device 31, this browser can use the standard network interfaces on the processing device 31. This means that transfer of data via the connection unit 47 (optionally 49) is independent of transfer of data over the network interfaces of processing device 31 or 36. This has the advantage that each user can carry out processing such as searching on the internet to gather data independently of the transfer of data to be displayed during a meeting, or receive emails etc.

The use of a portable application has the advantage that any modification to settings in the register or generally in the operating system can be avoided, so that upon any form of termination, e.g. disconnecting the electronic device, system crash, no trace is left. This is generally termed “zero footprint”.

The present invention has the advantage of scalability. It can provide a display system for use by a plurality of users in meetings. Every user in the meeting thus can have a client processing device 31 for coupling to a connection unit 47. A first user action connects the client processing device 31 to the base node 36, e.g. by inserting a connection unit 47 into the relevant interface connector on the processing device 31, e.g. a USB interface. A second user action comprising activating a button or key on the input device (e.g. by depressing it) then starts the process of transmitting arbitrary media content from the client processing device 31 to the base node 36. This process preferably includes screen scraping data from the processing device. Using screen scraping avoids special programs being installed on the base node 36 to carry out graphical commands sent from the processing device 31. When the base node 36 receives the plurality of arbitrary media content, it can allow auto composition of this media content on the central display connected to it.

The present invention will now be described further with reference to certain more specific embodiments.

With reference to FIG. 2, the base node software (6) running on a base node 36 can be adapted to display on the central display a splash screen (21) showing its readiness to receive arbitrary media content over its receiver. This splash screen (21) can also show instructions on how to use the system, as well as the configuration parameters (see later) to reach the base node 36. These configuration parameters are also shown in a transparent canvas at the bottom of the central display (22).

A client processing device 31 that wants to have its arbitrary media content displayed on the central display connected to the base node 36 is connected to a connection unit 47. The portable application 60 will be executed on the client processing device 31 as a host device. A first user interaction creates a connection between the portable application 60 and the base node 36 using the transmitter in the connection unit 47 and the receiver in the base node 36. The first user action can be connection of the connection unit 47 to the client processing device. A second user interaction, this time on the input device 48, activates screen scraping by the portable application of the arbitrary media content from the client processing device display, which is then sent over the connector unit 47 to the base node.

The base node 36 receives the plurality of arbitrary media content coming from one or more connection units 47, and auto composes this media content for rendering on the central display.

The visual indicator 61 on the connection unit 47 indicates to the user and to other participants in the meeting that media content is being sent by that connection unit 47 to the base node 36 for display.

Repeating the second user interaction on the input device 48 of a connection unit 47 decouples the media content from that connection unit 47 from the base node 36. The base node 36 removes that media content from the composed image on the central display and recomposes the remaining content on the central display.

The content on the central display/projector is auto arranged as shown in FIG. 2. When user 1 adds content, his/her display will be scaled to fill the available central display canvas as much as possible, but without affecting the aspect ratio. When user 2 adds in, his content is added to the side of the first image. When user 3 adds his content, the arrangement is, for example, triangle wise. Adding user 4, the image becomes a 2 by 2 tiling, which is the maximum available. When an additional user attempts to add content, he will be blocked. When a user initiates action to remove his/her content, his/her media content is removed from the central display and one moves backward in the composition sequence shown in FIG. 2.

Whereas prior art methods use or a full screen or a 2×2 matrix, methods of the present invention use the available screen real estate in the best possible way. The screen real estate can be the amount of space available on a display for an application to provide output. Typically, the effective use of screen real estate is one of the most difficult design challenges because of the desire to have as much data and as many controls as possible visible on the screen to minimize the need for hidden commands and scrolling. At the same time, excessive information may be poorly organized or confusing, so effective screen layouts must be used with appropriate use of white space.

The screen real estate is relatively limited in a single screen release, but will become much more powerful when moving towards multi display release.

The present invention provides an algorithm for an optimal use of the screen real estate comprising the following elements:

-   -   retaining an aspect ratio of the presenting host laptop     -   removing non-information borders such as black borders         left/right or top/bottom in a screen and addition provide         appropriate scaling over a full path of scraping/display         choice/composition     -   using side by side or on-top positioning on individual displays     -   optimal spreading of the to be shown sources over the multiple         displays taking into account the display resolution, pixel         density, aspect ratio and orientation.

This will become even more challenging when also taking into account tablets, which support rotation in real-time, possibly necessitating re-doing the composition on each rotation.

An embodiment using a canvas is described later.

Base Node Software

The base node software has one or more of the following features:

-   -   First code for providing a means or a method step for correctly         configuring the receiver of the base node as an access point.     -   Second code for providing a means or a method step for listening         for output of connection units trying to connect on a specific         port.     -   Optionally, third code for providing a means or a method step         for a GUI for administration purposes, offered for example over         a web interface.     -   Optionally, fourth code for providing a means or a method step         for publishing its presence over the network using the zeroconf         protocol.     -   Optionally, fifth code for providing a means or a method step         for accepting and installing software updates of the base node         as well as for the portable application software for the         connection units.     -   Sixth code for providing a means or a method step for providing         facilities for pairing of connection units to the base node.     -   Seventh code for providing a means or a method step for         auto-composing of different incoming arbitrary media streams and         rendering of composited image on display or projector screen.     -   Eighth code for providing a means or a method step for         receiving, decrypting and decoding incoming arbitrary media         content.     -   Optionally ninth code for providing a means or a method step for         scaling of incoming arbitrary media streams     -   Optionally tenth code for providing a means for displaying         incoming arbitrary media content in accordance with a set of one         or more rules.

Any of the above code may be stored on a non-transitory machine readable storage medium such as an optical disk, a magnetic disk, magnetic tape, solid state memory, USB mass storage etc.

Portable Application for the Client Processing Device

The portable application comprises an algorithm for screen scraping. Screen scraping algorithms include VNC and RDP or similar. The algorithm may include a combination of algorithms such as VNC and RDP that are optimized for different content, e.g. static text or video. The portable application has one or more of the following features:

-   -   Eleventh code for providing a means or a method step for         connecting to a network including the base node.     -   Twelfth code for providing a means or a method step for         capturing video frame buffers of the client processing device,         i.e. computer (C), also called screen scraping.     -   Thirteenth code for providing a means or a method step for         encoding, compressing and optionally encrypting these video         frames and sending them over a secure link to the base node.         Only changed areas such as rectangles or triangles of the screen         (or any other suitable geometric shape) need to be transferred,         and different types of rectangles or triangles are encoded in         different ways (e.g. RLE, JPEG, . . . ) to optimise performance.     -   Fourteenth code for providing a means or a method step for         handling the connection unit.     -   Fifteenth code for providing a means or a method step for         initiating connection to base node.     -   Sixteenth code for receive inputs from the input device on the         connection unit.     -   Seventeenth code for providing a means or a method step for         sending state changes to the visual indicator on the connection         unit.     -   Optionally, eighteenth code for providing a means or a method         step for presenting the user a GUI (18).     -   Optionally, nineteenth code for presenting GUI for         administration of the portable application.     -   Optionally, twentieth code for providing a means or a method         step for displaying and activating a key on the display of the         client processing device for allowing a user input to start the         transfer of data from the client device to the base node.

Any of the above code may be stored on a non-transitory machine readable storage medium such as an optical disk, a magnetic disk, magnetic tape, solid state memory, nand Flash etc.

In this embodiment the portable application stored on the connection unit, and is executed in an execution context on the client processing device. The portable application does not need to be copied to or installed on the computer. It can be executed directly from the connection unit. It will only be copied temporarily into an execution context on the client processing device. There are also no changes in configuration required or settings in the client processing device. This means that nothing will remain on the client processing device when the connection unit is removed. It also implies that the portable application will run on client processing devices where the user does not have the necessary access rights to install software.

The portable application is designed in such a way that

-   -   No specific drivers need to be installed on the client         processing device.     -   Pre-installed drivers are used, e.g. for classes of peripheral         devices.     -   It is independent from vendor specific graphics hardware.     -   It runs on at least one and preferably on a variety of different         client processing devices, including Windows, Mac OS/X, Linux,         Android, iOS and many others.

Advantages

The present application has one or more of the following advantages:

-   -   No need for a master role in the meeting     -   Standard plug and play connectivity of connection units to base         node     -   Simple and well known user actions are employed     -   Own networking facilities of client processing devices not         blocked     -   No configuration changes on the client processing device     -   Input devices are easily accessible; e.g. large size     -   Program updates of portable application and server program can         be performed locally     -   Portable applications are used, no installation, multi-platform,         no vendor specifics     -   Particular implementation of screen scraping done by portable         application avoids vendor specific graphics devices     -   Standard drivers are used so there is no need to install other         drivers     -   No configuration changes on the client processing devices     -   Zero footprint applications on client processing devices—nothing         to clear up or adjust or reset     -   Own networking facilities of client processing devices not         blocked     -   No configuration changes on the user computers     -   Low virus, malware and spyware risk

The portable application may be stored on a non-transitory machine readable storage medium such as an optical disk, a magnetic disk, magnetic tape, solid state memory, nand Flash etc.

Second Embodiment

In the second embodiment, referring to FIGS. 2 to 5, the base node is a separate physical processing device called base unit (B), comprising permanent storage, memory, a processing engine, a wireless access point (4), a plug and play interface such as a USB port (11), a graphics display output adapter (5) like VGA/DP/DVI/HDMI, and optionally an audio output adapter (27). An input device having an actuator such as a button 13 and a visual indicator 14 are optional.

The connection unit is a physical device in the form of an external peripheral device (shown in the drawings as a “dongle” D) comprising permanent storage storing the portable application (7) and configuration parameters (12), memory, a processing engine (e.g. CPU, FPGA), a wireless transmitter such as WiFi (3) or other wireless transmitters such as LiFi, a plug and play interface such as a USB interface (2), a button as input device (9), an LED ring as visual indicator (10). The portable application is stored on the peripheral device (7).

The client processing device is host device, for example a computer or laptop comprising a display, a plug and play interface such as a USB port (2), memory, and a processing engine such as a microprocessor.

The System Thus Comprises

-   -   an external peripheral device (D) that has a plug and play         interface such as a USB interface (2) on one end and a         communications interface such as a wireless interface configured         as client (3) on the other end.     -   a base unit (B) that has a communications interface such as a         wireless interface configured as access point on one end (4) and         a video card adapter (5) like VGA, DVI, DP or HDMI on the other         end.     -   a portable application (7) stored on the peripheral device (D)         but executed on the client processing device (C)     -   a base node software (6) stored and executed on the base unit         (B)

The external peripheral device (D) also preferably has any one or any combination of:

-   -   a large button as actuator for the input device (9) allowing         user interaction with the peripheral device. The button         preferably has an actuation surface area of between 100 and         14,400 square mm.     -   visual indication such as a LED (10) allowing user feedback from         the peripheral device. The user feedback can be in the form of a         light ring.

An advantage of embodiments of the present invention is to provide data transfer to the peripheral device via a peripheral interface such as a USB interface on any processing device such as a computer in a manner that is largely operating system independent and without leaving a footprint (Zero-Footprint). Installation of drivers and/or applications onto such a processing device as a computer is not necessary wherever pre-installed generic drivers are present. Administrator rights on the processing device such as a computer are preferably not necessary. To avoid the need for administrator rights, embodiments of the present invention use other peripheral device pre-installed drivers such as USB class drivers supported without any extra installation. Embodiments of the present invention route at least screen scraped data presented by client software running on the processing device for transfer to a communications network via a peripheral device such as a USB device. This bypasses any network interface of the processing device C (and hence many firewalls) but only for the specific client software. Other applications are not affected and can make use of the standard network interfaces, i.e. packets from/to the TCP/IP stack are transferred to a network device as normal. The client software is launched from the peripheral device such as a USB composite device or storage device as a portable application, which can avoid that any traces are left on the host OS.

Basic Usage Scenario of the Second Embodiment

The base node software (6) displays on the projector a splash screen—(21) in FIG. 5—showing its readiness to receive arbitrary media content over its receiver (4). This splash screen (21) also shows instructions on how to use the system, as well as the configuration parameters (see later) to reach the base node. These configuration parameters are also shown in a transparent canvas at the bottom of the central display (22).

To avoid user interaction for the configuration of the connection between peripheral device and base unit, a pairing process is used. This pairing process provides the peripheral device, i.e. the connection unit with networks parameters needed to set up the local network. As an example, the peripheral device can be briefly plugged into the USB port (11) of the base unit (B). The base unit then optionally does a software validity check, optionally does a software update of the portable application stored on the peripheral device, and writes the connection parameters on the peripheral device (D) required for the peripheral device and base unit to find each other to the permanent storage (8). For example, when using WiFi, this would be the SSID, WEP/WPA2 keys and IP address of the base unit's receiver, as well as the port number used by the base node software although not all of these need to be exchanged.

A client processing device that wants to have its arbitrary media content displayed on the central display connected to the base node (5) connects a peripheral device (D) to its USB port via (2). The peripheral device presents itself to the computer over interface (2) as a composite device comprising a mass storage device and a keypad. This has the major advantage that no specific driver is required, since all these devices are natively supported in every personal computer system that has a USB port. If autorun is enabled, then the computer will automatically execute the client software (7) stored in mass storage (8) on the peripheral device. The first user interaction mentioned in the general case is then just the connection of the peripheral device to the USB port. If security measures disabled auto-run, the user needs to explore the mass storage on the mass storage of the peripheral device and start the portable application manually.

The portable application will use the wireless, e.g. WiFi or LiFi interface of the peripheral device (3) to connect to the correct base node. To know the right base unit to connect to, the configuration parameters needed to make this connection are stored in the database (12) on the mass storage device (8) during the pairing process described earlier.

Once the connection is made, the peripheral device goes into connected mode. This means that there is now at least one channel from the peripheral device to the base unit. The content is not shown yet. The LED (10) on the peripheral device now turns white to give a visual indication of this new state.

When the user at the computer (C) wants to show her content, she presses the button (9). When the button was previously in state “connected” (see FIG. 6), it will check the state of the base unit (P). If the base unit is not in state “full”, the peripheral device will send the screen scraped arbitrary media content to the base unit (B), which will add the media content to the composition on the central display. The peripheral device LED (10) now turns red to indicate “showing” state (FIG. 6).

The button (9) acts as a toggle. When the user presses the button again, that computer displays content will be removed from the projector. The LED (10) goes back to white.

Use of the auto-run feature is optional if possible and enabled on the computer (C) to start the client software (7) as soon as the peripheral device is plugged in. On Windows for example, this means mounting the peripheral device as a mass storage device and using the autorun.inf file stored on the peripheral device.

In many cases however, this auto-run feature will be disabled for security reasons. In that case, we will, if possible and enabled on the computer (C), use the auto-play feature to show the logo of the connected peripheral device on the desktop of the computer. The user then needs to double click on that logo to start the client software. If the auto-play feature as described above is also not possible or enabled, the user must browse to the file system of the connected peripheral device and start the application manually. This means double clicking the client.exe file on Windows, client.app on Mac OS/X or tapping the appropriate application icon on a tablet or any mobile device with touch screen.

Third Embodiment: Portable Application Stored on Standard Solid State Memory Such as a USB Stick

In the third embodiment, the portable application is stored on a solid state memory such as a regular USB memory stick (FIG. 7).

With a solid state memory such as a regular USB memory stick, there is no input device, visual indicator or transmitter of the kinds described above for the connection unit. This means that the system needs to:

-   -   Use the transmitter/receiver from the client processing device.     -   Use as input device a key or button on the client processing         device like a physical key on the keyboard, a special mouse         press, a button area on a touch screen, a button displayed on         the screen to be clicked on with a mouse pointer.     -   Present the visual indicator on the client processing device's         display.

The client processing device then looks like FIG. 8.

This embodiment provides a peripheral interface such as the USB interface on any processing device acting as a host device such as a computer in a manner that is largely operating system independent. Installation of drivers and/or applications onto such a processing device as a computer is not necessary wherever pre-installed generic drivers are present. Administrator rights on the processing device such as a computer are preferably not necessary. To avoid the need for administrator rights, this embodiment uses other peripheral device pre-installed drivers such as USB class drivers supported without any extra installation. This embodiment of the present invention routes at least screen scraped data presented by client software running on the processing device for transfer to a communications network via a network connection of the processing device. The client software is launched from the peripheral device such as the USB device as a portable application.

The first user operation then comprises:

-   -   plugging in the solid state device such as a USB memory stick,     -   starting the portable application (if autorun is disabled)     -   configuring the transmitter such as a wired or wireless network         interface on the client processing device to connect to the         correct base node, using the configuration parameters (22) shown         on the central display     -   triggering the connection of the portable application with the         base node, for example by interacting with an element on the GUI         (18) of the portable application presented on the display of the         client processing device.

Presenting visual feedback on user actions is in this embodiment also done using elements in the GUI of the display of the client operating device.

In this embodiment, the advantage of zero footprint is partly realized by the portable application in the sense that no software is installed on or copied to the client operating device, but there is a configuration change needed to connect the transmitter of the client operating device with the base node, which needs to be undone afterwards.

Optionally, the portable application can make the configuration changes to the transmitter for the user automatically in the background.

Advantages lost in this embodiment

-   -   Partial loss of zero footprint nature of portable application     -   More complex first user interaction     -   More expertise required from user     -   GUI needed on client operating device display, which is possibly         also shown on central display     -   Need to find free key on client operating device when using         physical key for second user action     -   Network interface is blocked from other uses by portable         application

Optionally, the last point can be avoided by using the base unit as a gateway to the network that the client operating device wanted to connect to through its own interface.

Advantages are:

-   -   tight control of user connectivity to corporate network through         settings on the base unit     -   keep network connectivity intact even when transmitter is now         also used for display purposes

Disadvantage is a higher vulnerability of the system because the display connection is now possible a doorway into the corporate network.

What remains as advantages are

-   -   the availability of a physical medium to distribute the portable         application to users     -   no need to install or copy software to client operating device     -   easy way to maintain software updates on the connection units         (here: memory sticks) via the base unit     -   possibility to write configuration data on the connection unit         by the base unit, for example in the form of a configuration         profile that can be read and used by the client operating device

Fourth Embodiment: Software Only Client Installed on the Client Processing Device

This embodiment is similar to the third embodiment, with as only difference that the software is copied on the client operating device (FIG. 9). In this case, no plug and play port such as a USB port is required on the client operating device.

This embodiment will typically be used for tablet PC's and mobile devices. In that case

-   -   there is often no USB port available     -   application distribution is easy and widely accepted through         application stores

Fifth Embodiment: Base Node Software OEM'ed to Projector or Display Equipment

In this embodiment, the base node is not realized as a separate physical box, but integrated into the processing unit inside a display or projector. All other details are as previously described.

Sixth Embodiment

In this embodiment, the base node is not realized as a separate physical box, but integrated into the codec of a video conferencing equipment. All other details are as previously described.

Seventh Embodiment: Remote Meeting Participant

In this embodiment, one or multiple client operating devices are not in the direct vicinity of the base node but on a remote location.

To accommodate this case, the following adaptations are needed:

-   -   further compression and or scaling of the arbitrary media         content to allow use of low bandwidth connection     -   possibility to communicate connection parameters of the base         node to a remote user     -   connectivity of the base node to the WAN network to which the         remote user is connected

All other details are as previously described.

Eighth Embodiment: Multiple Base Nodes

In this embodiment, multiple base nodes are used. This can be done for different purposes:

-   -   connectivity of multiple central displays     -   extension of real estate of central display     -   connectivity of base nodes in different remote locations

This provides the advantage that one can present on multiple base units from a single peripheral device. This is useful for a number of cases:

-   -   personal peripheral device: user can have a personal peripheral         device that is paired with multiple meeting rooms that he         regularly uses     -   use in meeting room with multiple base units each controlling a         different display in the same meeting room

The proposal uses a special variant of the peripheral device called a multi base peripheral device. The multi base peripheral device is equipped with a rotating wheel around the circular central “show me” button. This could be a mechanical rotating multi-position switch or something like the touch wheel on the iPod classic.

The pairing of this multi-base variant of the peripheral device:

-   -   the rotation wheel is put in the position of the corresponding         base unit.     -   the peripheral device is paired to the base node in the regular         way     -   the configuration parameters are stored in a permanent storage         location; every position of the rotating wheel has a         corresponding set of connection parameters (e.g. different rows         in a table) each corresponding with a particular base

The connection of the peripheral device is as follows:

-   -   multi-base peripheral device X is plugged into a PC     -   rotation wheel on peripheral device X is put in position A     -   peripheral device X reads configuration parameters in position A         of its internal memory     -   peripheral device X connects to base node A     -   base node A indicates connection of multi-base peripheral device         X on central display screen     -   rotation wheel on peripheral device X is put in position B     -   peripheral device X reads configuration parameters in position B         of its internal memory     -   peripheral device X connects to base node B     -   base node B indicates connection of multi-base peripheral device         X on screen     -   continue until correct base is selected with rotation wheel     -   click the peripheral device input device e.g. button to show         content on central display of base node     -   rotating the wheel always first clicks away content from the         base of the last position

The multiple base nodes may be provided in different locations. For each base node at least one central display device is provided. These different central display devices can be different in size, characteristics, e.g. resolution, pixel density, or type, e.g. projector, or fixed format display.

For meetings with remote participants an embodiment of the present invention allows communication between central displays in meeting rooms at different locations. Via a wide area network such as the internet access can be provided between a processing device such as a laptop or some other kind of portable computing device and a local central display and all other remote displays. Remote participants can be provided with context (e.g. non-verbal communications) as well as with audio/video connections. Remote participants can ‘push’ their contents to a local screen, and this will be transferred to the remote displays.

One of the key advantages of the present invention is to provide remote collaboration while maintaining a kind of ‘situational awareness’. This means that what you see has a straightforward relationship with your internal mental map. This allows keeping track of multiple information flows and being able to correlate that quickly with any other information, e.g. with a search carried out on the local computing device.

In another aspect of the present invention confusion and frustration is avoided by

1. retaining aspect ratio of any image that is sent from any location to the display in the meeting room or displays in meeting rooms (e.g. a long thing remains a long thing)

2. not overlapping images and/or windows on any of the display devices in the meeting rooms (e.g. you never have to guess or remember what's hidden)

3. showing the same arrangement of images on each screen (everyone sees the same things and can refer to them), this means that the topological arrangement of images on each screen of multiple screens is the same,

4. maximizing the use of screen real-estate (e.g. the images presented do not have borders containing no useful information), while preferably no allowing overlapping of the images

5. allowing local manipulation of zoom and pan but allowing to return to the default layout of item 3 above

6. arranging the images on each display taking into account the local display characteristics, such as any of resolution, pixel density, aspect ratio,

7. optionally also allowing an ongoing audio connection to be heard by all participants, e.g. that verbal communications will be used to alter the contents of the screen.

Particularly for remote locations with multiple displays a canvas can be used. A canvas is a shared memory that stores a visual bitmap that is displayed on one or more displays or projectors. A canvas is a simple two-dimensional structure that is easy and cheap to implement. By using a single canvas the same content can be displayed on different remote central displays. An alternative implementation is to store the canvas as an HTML5 page that can be rendered by a browser.

The size of the canvas (its width, height and color depth) is preferably at least the size of the largest display. This ensures that the largest display is used at its maximum capability. The canvas mapping functions optimize legibility on smaller displays.

The canvas is mapped onto a display by a transform function that optimizes its visual appearance on each particular display (e.g. interpolation, (de-)interlacing, size re-sampling, etc). The canvas mapping function first determines the type of display that it is mapping to and then chooses resolution, frame rate, color depth and color mapping functions (gamma, brightness, contrast) for optimum legibility in a typical meeting room environment and also to maintain the topological arrangement of the images when multiple images are displayed—this means that remote participants can refer to the image consistently, e.g. “top left”.

The canvas mapping conserves boundaries and aspect ratio's across displays (i.e. it does not stretch nor crop). In a typical implementation of mapping onto large fixed format display such as an LCD display or onto projector screens the canvas is preferably re-sized to fill the screen's full height or width. In an implementation for smart phones this same approach is used but the end-user can zoom-in on details e.g. by pinching/stretching.

Multiple contributors can modify rectangular, non-overlapping sections of the canvas. By restricting the layout to simple rectangular sections it is possible to draw attention to particular contents by verbally referring to its position on the screen (“look at the top-left picture”). Canvas sections can be labeled by an identification of their contributors (such as user or computer names).

The size and position of a contribution to the canvas is under control of an automated algorithm. The algorithm is a simple rule, such as: 1. the first contribution fills the whole canvas, 2. the second contributions splits the screen horizontally into two equal sections, with the first contribution displayed on the left, 3. the third contribution splits the canvas vertically with the first two contributions on top, etc. The simplicity of this rule, and the absence of direct contributor influence on the algorithmic positioning, allows meeting participants to predict where contents will be displayed thereby minimizing confusion amongst (remote) participants.

One implementation of a canvas is memory stored on one physical location with (remote) access functions to update and map its contents. Local caching combined with dirty-tiling or region-of-interest coding techniques can be used to minimize communication payload. Alternatively a web-based technique can be used as in www.shared-canvas.org.

One implementation of the canvas is a logical description of the canvas layout and all it's components in a XML, HTML or similar format, where the physical instantation of the canvas only takes place at the participating endpoints in a session. Maintaining the canvas content and/or the canvas definition, the session ids, the tokens, the relationships between the tokens and the sessions can be offered as an external service to the users of the solution.

Ninth Embodiment

FIG. 10 shows a peripheral device 47 in accordance with an independent embodiment of the present invention including an input device. This embodiment can be used with any of the embodiments described above.

The peripheral device is configured as a connection unit and is a physical device in the form of a connector for a plug and play interface of a user processing device as a host computer such as a USB connection, a flexible data and power connection connected to the connector and a base, the base having an actuator, e.g. a button configured to be an input device with the functions as described above.

The base and/or the actuator is preferably large in size, e.g. having a surface area between 100 and 14,400 square mm. The base can be square, rectangular, round, hexagonal, oval, polygonal in shape or any other ergonomically suitable shape. The actuator is preferably round but can be square, rectangular, hexagonal, oval, polygonal in shape etc. there can be more than one actuator on one base.

The length of the flexible data and power connection, e.g. cable is preferably adapted to place the peripheral device (when in its connected in its operating position), especially the base and the actuator, in the region between the boundary of the connected user processing device and the ergonomic boundary as defined above. In addition the flexible data and power connection should be adapted so that the base lies flat on the meeting table independent of the orientation of the connector needed to insert the connector into the plug and play interface.

The base preferably includes electronics such as having permanent storage for storing the portable application and the network configuration parameters, memory, a processing engine (e.g. CPU, FPGA), a wireless transmitter/receiver such as for WiFi or LiFi, a plug and play interface such as a USB interface, a LED ring as visual indicator. The portable application can be stored on the peripheral device, i.e. in the base. The visual indicator is for allowing user feedback from the connection unit of the status of any activity.

-   -   Some examples for activation of the actuator which can be used         with any of the embodiments of the present invention:         -   Sound activated (hand clap, voice recognition, computer             sound, music, . . . )         -   Remote controlled via wireless connected device (IR,             Bluetooth, WiFi, . . . )         -   Light activated         -   Pressure activated, e.g. depression with a finger or hand.         -   Touch activated         -   Proximity (‘near-touch’ on the actuator or bringing the             actuator close to some object         -   Biometric reader such as Fingerprint reader, Iris scanner,             DNA analyser         -   Keypad, e.g. for entering Keycode e.g. a password

Alternative Embodiments

In the above embodiments, once the connection is made between the connection device and a host computer, the peripheral device goes into connected mode. This means that there is at least one channel from the peripheral device to the base node. In accordance with any of the embodiments of the present invention a plurality of channels can be set up between the connection device and the base node. These channels may be logical channels.

Some examples for such a multichannel arrangement may include the first and one or more of the additional channels:

-   -   First channel is for the Scraped image stream (XDS)     -   Second channel is for GPU commands (OpenGL, DirectX)     -   Third channel is for Mouse pointer coordinates (absolute,         relative)     -   Fourth channel is for Mouse pointer icons     -   Fifth channel is for Image data files (JPEG, PNG, GIF, . . . )     -   Sixth channel is for Multimedia data files or streams (MPEG2,         MPEG4, OGG, H.26x, . . . )     -   Seventh channel is for Audio data files or streams (MP3, MP4,         AAC, WMA, . . . )     -   Eighth channel is for text or Document data files (DOC, DOCX,         PPT, PPTX, ODT, ODS, PDF, . . . )     -   Ninth channel is for transmission of a priority value 1, 2, 3 .         . . as described above.

In the above embodiments, a particular method of pairing the peripheral device with the base node has been described. Any of the embodiments of the present invention may include other pairing mechanisms of which some examples are given below.

-   -   Some examples for pairing         -   Plug in the peripheral device, to a generic peripheral             device port such as a USB port of the base node or other USB             enabled device. Pairing info is transmitted over the generic             peripheral interface such as USB.         -   The Signal strength of the wireless channel to the base node             is used to identify which base nod is to be used         -   The Signal strength of the wireless channel or any other             channel. Example is an NFC/RFID transmitter can be provided             underneath the meeting room table. Putting the user             processing device such as a laptop and the peripheral device             plugged in on this table automatically pairs the peripheral             device with the base of this meeting room         -   Manual pairing (e.g. by entering IP address, hostname,             wireless ID (like SSID on WiFi)) 

1-81. (canceled)
 82. A method for recording a meeting, the method comprising: coupling a display node to at least one base node of at least one communications network, wherein the display node comprises at least one of a whiteboard, processing devices, and a camera, said whiteboard being configured to record electronically data written on said whiteboard; displaying data transmitted to the at least one base node from said processing devices coupled to the at least one communications network on the display node during a meeting; and recording and storing digitally any or all data output from any or all of the processing devices, said whiteboard, and said camera, the data transmitted during the meeting, and data written on the whiteboard providing a record of the meeting.
 83. The method according to claim 82, wherein the record of the meeting is in a same time sequence in which the meeting was carried out.
 84. The method according to claim 82, further comprising the step of recording audio transmitted from the processing devices and/or audio recorded during the meeting.
 85. The method according to claim 82, wherein the display node further comprises at least one of a display, a projector, and a screen.
 86. The method according to claim 85, wherein the camera configured to record the data from the at least one of the display, the screen, or the whiteboard, and further comprising the step of transmitting the recorded data to another communications network.
 87. The method according to claim 86, wherein the camera is connected to at least one of the base node and the at least one communications network.
 88. The method according to claim 82, wherein the display node comprises the whiteboard, and wherein said whiteboard is additionally coupled to at least one display.
 89. The method according to claim 82, wherein the display node comprises the whiteboard, and wherein the whiteboard is a touchscreen LCD.
 90. The method according to claim 82, wherein the display node comprises the whiteboard, and wherein the whiteboard is additionally configured to display the data transmitted to the at least one base node from the processing devices.
 91. The method according to claim 83, wherein the recording and storing further comprises all data presented during the meeting and record of persons presenting said data.
 92. The method according to claim 82, wherein the recording and storing digitally the data transmitted during the meeting and written on the whiteboard further comprises creating a canvas that is displayable at multiple base nodes so that the same data is able to be displayed at different remote display nodes.
 93. A system for recording a meeting, the system comprising: a display node coupled to at least one base node of at least one communications network, wherein the display node comprises at least one of a whiteboard, processing devices, and a camera, said whiteboard being configured to record electronically data written on said whiteboard, and wherein said display node is configured to display data transmitted to the at least one base node from said processing devices coupled to the at least one communications network during a meeting; and recording and storing means configured to record and store digitally any or all data output from any or all of the processing devices, said whiteboard, and said camera, the data transmitted during the meeting, and data written on the whiteboard providing a record of the meeting.
 94. The system according to claim 93, wherein the record of the meeting is in a same time sequence in which the meeting was carried out.
 95. The system according to claim 93, further comprising at least one microphone configured to record audio transmitted from the processing devices and/or audio recorded during the meeting.
 96. The system according to claim 93, wherein the display node further comprises at least one of a display, a projector, and a screen.
 97. The system according to claim 96, wherein the camera is configured to record the data from the at least one of the display, the screen, or the whiteboard.
 98. The system according to claim 93, wherein the display node comprises the whiteboard, and wherein the whiteboard is a touchscreen LCD.
 99. The system according to claim 93, wherein the display node comprises the whiteboard, and wherein the whiteboard is additionally configured to display the data transmitted to the at least one base node from the processing devices. 